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(57) Abstract: A communications system (10) includes call devices (14, 16, 18) that arc capable of communicating over a packet- 
based data network (12). The packet-based data network (12) may be according to an Internet Protocol (IP), for example. The 
call devices arc capable of performing call communications, such as according to a Session Initiation Protocol (SIP) or an H.323 
Recommendation, liach of the call devices (14, 16, 18) includes a user interface that is customizable to one or multiple configura- 
tions depending on which user is using the call device (14, 16, 18). User identification information is used to locate configuration 
information associated with the user. The corresponding user configuration information is then retrieved from the database (24) and 
communicated back to the call device (14, 16, 18) to configure the call device user interlace (40, 42, 44). 
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Configuring User Interfaces Of Call Devices 

Background 

The invention relates to configuring user interfaces of call devices in a 
communications system. 
5 Data networks are widely used to link various types of network elements, such as 

personal computers, servers, gateways, network telephones, and so forth. Data networks may 
include private networks (such as local area networks or wide area networks) and public 
networks (such as the Internet). Popular forms of communications between network 
elements across such data networks include electronic mail, file transfer, web browsing, and 

1 0 other exchanges of digital data. 

With the increased capacity and reliability of data networks, voice communications 
(including telephone calls, video conferencing, and so forth) over data networks have become 
possible. Voice communications over data networks are unlike voice communications in a 
circuit-switched network, such as a public switched telephone network (PSTN), which 

15 provides users with dedicated, end-to-end circuit connections for the duration of each call. 

Communications over data networks, such as IP (Internet Protocol) networks, are performed 
using packets or datagrams that are sent in bursts from a source to one or more destination 
nodes. Voice data sent over a data network typically shares network bandwidth with 
conventional non-voice data (e.g., data associated with electronic mail, file transfer, web 

20 access, and other traffic). 

Various standards have been proposed for voice and multimedia communications over 
data networks. One such standard is the H.323 Recommendation from the International 
Telecommunications Union (ITU), which describes terminals, equipment, and services for 
multimedia communications over data networks. 

25 Another standard for voice and multimedia communications is the Session Initiation 

Protocol (SIP), which establishes, maintains, and terminates multimedia sessions over a data 
network. SIP is part of a multimedia data and control architecture developed by the Internet 
Engineering Task Force (IETF). The IETF multimedia data and control architecture also 
includes other protocols to enable voice and multimedia sessions over data networks, 

30 including the Resource Reservation Protocol (RSVP) for reserving network resources; the 

Real-Time Transport Protocol (RTP) for transporting real-time data and providing quality of 
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service (QoS) feedback; the Real-Time Streaming Protocol (RTSP) for controlling delivery 
of streaming media; the Session Announcement Protocol (SAP) for advertising multimedia 
sessions by multicast; and the Session Description Protocol (SDP) for describing multimedia 
sessions. 

A call device in a communications network, such as a packet-based data network, 
may be configured to have a user interface that is specific for the user of the call device. 
Examples of call devices may include a network telephone, a computer, a portable device, 
and other types of devices. The user interface of a telephone may include pre-programmed 
buttons, such as speed dial buttons and other programmable buttons. Different users may 
have different preferences on which buttons are used for specific functions. The same also 
holds true for user interfaces of computer systems. For example, the graphical user interface 
(GUI) screen provided by a communications application program, such as a telephony 
application program, may be configured to a specific user's preferences. 

If a second user wishes to use a call device configured to a first user's preferences, the 
second user may have to learn how the user interface is configured or avoid using certain 
functions all together. Shared devices, such as telephones in a conference room or a visitor's 
office, may need to be programmed with a generic user interface to avoid confusion. Such 
generic user interfaces on call devices may not provide a full feature set. For example, speed 
dial buttons may not be used since different users have different telephone numbers 
programmed into their speed dial buttons. In addition, buttons on a user interface may have 
to be specifically labeled to enable usage of those buttons for the desired functions. 

A need thus exists for a method and apparatus to provide more convenient user 
interfaces in call devices that are capable of participating in communications sessions over a 
network. 



Summary 

In general, according to one embodiment, an apparatus for use in a network includes a 
user interface providing one or more selectors for call control in call sessions over the 
network. An input receives identification information of a user, and a controller is adapted to 
provide configuration information corresponding to the user identification information to 
configure the user interface according to one of plural configurations. 
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Some embodiments of the invention may have one or more of the following 
advantages. Different users may use a common call device, with the user interface 
configured to the preference of the users that are using the call device. The user interface of 
the call device may thus be customizable to plural configurations, with one selected 
5 depending on the identified user. By providing a familiar user interface for each user, 
productivity is enhanced since the user does not have to waste time figuring out the user 
interface of the call device. In addition, the likelihood of full use of the available features of 
a call device is increased. 

Other features and advantages will become apparent from the following description, 
1 0 from the drawings, and from the claims. 

Brief Description Of The Drawings 

Fig. 1 is a block diagram of an embodiment of a communications system. 

Fig. 2 is a block diagram of another embodiment of a communications system. 
15 Fig. 3 is a block diagram of components in network elements in the communications 

system of Fig. 1 or Fig. 2. 

Fig. 4 is a message flow diagram for configuring a call device in accordance with 
some embodiments. 

Fig. 5 is a message flow diagram for tracking usage of a call device in accordance 
20 with an embodiment. 

Fig. 6 is a block diagram of a biometric input device in accordance with one 
embodiment. 



Detailed Description 

25 In die following description, numerous details are set forth to provide an 

understanding of the present invention. However, it will be understood by those skilled in the 
art that the present invention may be practiced without these details and that numerous 
variations or modifications from the described embodiments may be possible. For example, 
although reference is made to the Session Initiation Protocol (SEP) in the described 

30 embodiments, further embodiments may include other protocols for establishing interactive 
call sessions over a data network. 
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Referring to Fig. 1, a communications system 10 includes a packet-based data 
network 12 that may be coupled to various network elements 14, 16, 18, 20, and 22. The 
network elements may be capable of participating in real-time, interactive call sessions over 
the data network 12. As used here, a "data network" or "network" may refer to one or more 
communications networks, channels, links, or paths and systems or devices (such as routers), 
used to route data over such networks, channels, links or paths. 

A "call session" refers generally to either an audio (e.g., voice) or a multimedia (e.g., 
audio and video) session established between two or more network elements coupled to the 
data network 12 (or any other packet-based data network). An "interactive" call session 
refers to a call session in which two or more parties are involved in an exchange of audio 
and/or video data in an established session between two or more network elements. A "real- 
time" interactive call session refers to an exchange of data, such as audio and/or video data, 
on a substantially real-time basis between two terminals. A session is substantially real-time 
if interaction is occurring between two end points or parties, with a communication from one 
end point followed relatively quickly by a response or another communication from the other 
end point, typically within seconds, for example. 

Interactive call sessions are contrasted with electronic mail messaging, for example, 
in which a first participant sends a message over a data network to a second participant, with 
no acknowledgment indication usually provided back to the first participant that the second 
participant has received the message or that the second participant is even at his or her 
terminal. Li contrast, an interactive session involves a request followed by some 
acknowledgment that a called party has answered the call request to enable the interactive 
session to be established in which participants exchange data (e.g., voice, video, and/or text). 

One example of the packet-based data network 12 may be an Internet Protocol (IP) 
network, which is a packet-switched network. One version of IP is described in Request for 
Comments (RFC) 791, entitled "Internet Protocol," dated September 1981. Other versions of 
IP, such as IPv6 or other connectionless, packet-switched standards may also be utilized in 
further embodiments. A version of IPv6 is described in RFC 2460, entitled "Internet 
Protocol, Version 6 (IPv6) Specification," dated December 1998. Packet-switched data 
networks such as IP networks communicate with packets, datagrams, or other units of data 
over the data networks. Unlike circuit-switched networks, which provide a dedicated end-to- 
end connection or physical path for the duration of a call session, a packet-switched network 
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is one in which the same path may be shared by several network elements. Packet-switched 
networks such as IP networks are based on a connectionless internetwork layer. Packets or 
other units of data injected into a packet-switched data network may travel independently 
over any path (and possibly over different paths) to a destination point. The packets may 
5 even arrive out of order. Routing of the packets is based on one or more addresses carried in 
each packet. 

The packet-based network 12 may also be connection-oriented, such as an ATM 
(Asynchronous Transfer Mode) network or a Frame Relay network. In a connection- 
oriented, packet-based network, a virtual circuit or connection is established between two end 

10 points. In such connection-oriented networks, packets are received in the same order in 
which they were transmitted. 

The network element^ 14, 18, 20 and 22 may be capable of exchanging messaging to 
establish a Session Initiation Pkrtocol (SIP) call session. SIP is part of the multimedia data 
and control architecture from the Internet Engineering Task Force (IETF). A version of SIP 

15 is described in RFC 2543, entitled "SIP: Session Initiation Protocol," dated in 1999. SIP may 
be used to initiate call sessions as well as to invite members to a session that may have been 
advertised by some other mechanism, such as by electronic mail, news groups, web pages, 
and other mechanisms. The other protocols in the IETF multimedia and control architecture 
include the Resource Reservation Protocol (RSVP), as described in RFC 2205; the Real-Time 

20 Transport Protocol (RTP), as described in RFC 1889; the Real-Time Streaming Protocol 

(RTSP), as described in RFC 2326; the Session Description Protocol (SDP), as described in 
RFC 2327; and the Session Announcement Protocol (SAP). 

Other standards may also be employed in further embodiments for controlling call 
sessions over the data network 12. Such other standards may be any other standard. that 

25 provides for interactive, real-time audio or multimedia communications over the data network 
12. One alternate standard is the H.323 Recommendation from the International 
Telecommunications Union (ITU). 

As shown in Fig. 1, the network elements 14 and 18 are referred to as SIP systems, 
which may be SIP clients or SIP servers. A SIP client system includes a client application 

30 program that is capable of sending SIP requests to perform call requests. A SIP server 

system includes an application program that accepts SIP requests to service calls and to send 
back responses to SIP requests. Thus, the systems 14 and IS may be SIP clients when 
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originating requests and SIP servers when accepting or responding to requests. The network 
element 20 may be a SIP proxy system, which may include an intermediary program that acts 
as both a server and a client for making requests on behalf of other clients. Thus, for 
example, the SIP system 14 may make a call request to the SIP system 18 directly through the 
data network 12 (referred to as a peer-to-peer call session). Alternatively, the SIP client 
system 14 may go through the SIP proxy system 20 to make the call to the SIP system 18. 

The communications system 10 also includes a PSTN gateway 22 that provides a 
gateway between the data network 12 and a public switched telephone network (PSTN) 28, 
which is coupled to circuit-switched telephone systems 26. The PSTN 28 may also be 
coupled to a mobile switching center (MSC) 30 that controls communications in a circuit- 
switched cellular network. The PSTN gateway 22 may include elements to enable it to 
participate in SIP call sessions (or H.323 call sessions) over the data network 12. A caller at 
a telephone system 26 (or at a mobile unit coupled through the MSC 30) may place a circuit- 
switched call through the PSTN 28 to the PSTN gateway 22. The PSTN gateway 22 then 
converts the call into a SIP call request (or H.323 call request) that is sent to one of the 
systems 14 and 18 (or system 20) to establish a call session between the telephone system 24 
and the target system. The reverse process may also be performed in which a SIP system (or 
H.323 system) initiates a call through the PSTN gateway 22 to one of the telephone systems 
26 or to a mobile unit through the MSC 30. 

Another network element that may be coupled to the data network 12 is a packet data 
service node 32 to provide an interface to a packet-based cellular network, which includes 
plural base stations 34 and mobile units 36. The mobile units 36 are capable of 
communicating packet-based data through the packet data service node 32 to the data 
network 12. In one embodiment, the data traffic service node 32 may include a serving 
GPRS support node (SGSN) and a gateway GPRS support node (GGSN) 36 according to the 
General Packet Radio Service (GPRS) Protocol. Control and traffic signaling between the 
mobile units 36 and the packet data service node 32 may be according to one of the GPRS, 
Enhanced GPRS (EGPRS), and EGPRS Compact protocols. 

The packet data service node 32 may also include elements to enable it to participate 
in SIP-based (or H.323 based) communications over the data network 12. Thus, call requests 
initiated by mobile units 36 are transformed into SIP requests (or H.323 requests) that are 
generated over the data network 12. Conversely, SIP requests (or H.323 requests) received 
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by the packet data service node 32 may be converted into appropriate signaling that are sent 
to one or more mobile units 36 to establish a call session. 

In the example communications system 10 of Fig. 1, the SIP system 14 may also be 
coupled to a network telephone 16. One example of the network telephone is the Etherset 
5 telephone from Nortel Networks Corporation. The SIP system 14 may be responsible for 

establishing a SIP call session on behalf of the network telephone 16 (initiating call requests 
on behalf of the network telephone 16 as well as accepting call requests from other network 
elements). Once a call session is established by the SIP system 14, a real-time stream is 
provided between the remote network element and the network telephone 16 over the data 

10 network 12. In effect, the SIP system 14 provides call control on behalf of the network 
telephone 16, while voice and other audio data are communicated directly between the 
network telephone 16 and the remote network element. The SIP system 14 itself also may be 
capable of voice communications (including voice and other audio processing components 
such as a speaker, headset, and microphone). 

15 Each of the systems 14, 16, and 18 (which may also be referred to as call devices) 

provide a call control user interface 40, 42, and 44, respectively. As used here, a "call control 
user interface" refers to an interface from which a user can initiate or receive a call over a 
network. A call control user interface may include one or more selectors, e.g., buttons or 
selectable icons or other elements in a graphical user interface of a display that are useable to 

20 establish (initiate or accept) a call session over a network. The call control user interface may 
also include status indicators to indicate the status of a call session and other information 
associated with the call session. 

In accordance with some embodiments, each of the call control user interfaces 40, 42 
and 44 may be customizable to plural configurations according to a user who is currently 

25 using the particular system. Thus, for example, the network telephone 16 may be capable of 
being used by multiple users. Each user may have their own preferences for the user 
interface 42. Thus, when a user identifies himself or herself to the network telephone 16, 
such as by entering a user name or code or by using an input device 46 such as a biometric 
device, the network telephone 16 may generate a message transmitted to the SIP system 14 

30 that contains the identification information of the user. A link 48 may actually be part of the 
data network 12, but is shown separately for illustrative purposes. Alternatively, the link 48 
may be separate from the data network 12 and connected between corresponding ports of the 
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network telephone 16 and the SIP system 14. In accordance with one embodiment, the link 
48 between the telephone 16 and the system 14 may be the same as or similar to links 
discussed in U.S. Patent Application Serial No. 09/307,356, entitled "Telephony and Data 
Network Services at a Telephone," filed on May 7, 1999, which is hereby incorporated by 



Upon receipt of the identification information, the SIP system 14 may send messages 
used for registration purposes to the SIP proxy system 20, which has access to a storage 
device 24 containing a database of registered users. The database in the storage device 24 
may store the preferences of registered users. Such preferences may be communicated back 
to the SIP system 40 as configuration information, which in turn communicates the 
configuration information to the network telephone 16 over the link 48. Upon receipt of the 
configuration information, the network telephone 16 can configure its user interface 42 
accordingly. Alternatively, instead of accessing the configuration information over the data 
network 12, the SIP system 14 may access an internally stored file that contains a portion or 
all of the configuration information in the database 24. The internal file may contain call 
control user interface configuration information associated with the most frequent users, for 
example. 

The call control user interfaces 40 and 44 of the SIP systems 14 and 18, respectively, 
may also be similarly configured according to the user. The SIP system 14 or 18 is capable 
of identifying its user (such as through a connection 47 to the input device 46) and sending 
registration messages over the data network 12 to the SIP proxy system 20 to obtain 
configuration information from the database in the storage device 24. Configuration 
information is then retrieved from the database 24 and returned to the SIP system 14 or 18 to 
re-configure the user interface 40 or 44, respectively. Alternatively, the SEP system 14 or 18 
may store part or all of the configuration information internally. 

The storage device 24 may be part of the SIP proxy system 20 or it may be located 
separately from the SIP proxy system 20. The storage device 24 may also be located at a 
remote location accessible by a local area network (LAN), a wide area network (WAN), or a 
public network (e.g., the Internet), not shown. If the storage device 24 is remotely located, 
some type of encryption and authentication maybe used to protect communications of user 
identification and interface configuration information. 



5 



reference. 
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Referring to Fig. 2, a communications system 100 according to an arrangement 
different from that of the communications system 10 in Fig. 1 is shown. The 
communications system 100 includes a packet-based data network 120 that is coupled to 
various local networks 122, 124, and 126, which may also be packet-based. 
5 The local network 122 is coupled to an office call device 102 that is capable of 

participating in SIP communications over the data networks. The local network 122 is also 
coupled to a first SIP proxy system 104 that has access to a local database 106 containing 
user configuration information. The next local network 124 may include a call device 108 
that is located at home, for example. The local network 124 may also be coupled to a second 

10 SIP proxy system 110 that has access to a second database 112 that contains user 

configuration information. The databases 106 and 112 may contain identical, replicated user 
information. Thus, each time user configuration information is updated in the database 106 
or 1 12, the update is replicated to other databases coupled through the data network 120. The 
different databases in the communications system 100 may be according to an Oracle® 

15 database product from Oracle Corporation or an SQL Server database product from Microsoft 
Corporation. 

The third local network 126 may be coupled to a media gateway 114, which may be 
similar to the packet data support node 32 in Fig. 1 . The media gateway 1 14 is coupled to a 
wireless or cellular infrastructure 116 that is capable of communicating over wireless links 

20 1 1 S to a mobile call device 130. The local network 126 may also be coupled to a third SIP 

proxy system 132 that has access to a third database 134. Replication may also be performed 
with the third database 134. The distributed databases (106, 1 12, and 134) in the 
communication system 100 may collectively be referred to as a database 140. 

Each of the call devices 102, 108 and 130 includes a call control user interface 142, 

25 144, and 146 respectively, that is configurable according to the user using the call device. 

The process for configuring the user interfaces 142, 144, and 146 is similar to that described 
in connection with Fig. 1 . In general, registration information containing identification 
information of the user is sent to the corresponding SIP proxy system, which accesses the 
database to collect the user configuration information. The user configuration information is 

30 then sent back to the call device to customize the corresponding user interface. In the 

wireless infrastructure system 116, control signaling may be added to provide a mechanism to 
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communicate the configuration information. Alternatively, the call control devices may store 
part or all of the user interface configuration information internally. 

Referring to Fig. 3, the components in the network telephone 16 and the SIP system 
14 (in Fig. 1) are illustrated in greater detail. The other call devices coupled to the data 
5 network 12 (Fig. 1) or data networks 120 (Fig. 2) may include an arrangement of components 
similar to that of the SIP system 14. As shown in Fig. 3, the network telephone 16 includes a 
network interface 202 that is coupled to the data network 12. Above the network interface 
202 are various software layers, including a device driver layer 204, a TCP/IP or UDP/IP 
stack 206 and an RTP layer 208. TCP is described in RFC 793, entitled "Transmission 

10 Control Protocol," dated September 1981; and UDP is described in RFC 768, entitled "User 
Datagram Protocol/' dated August 1980. TCP and UDP are transport layers for managing 
connections between network elements over an IP network. Packets received by the network 
interface 202 are passed up through the several layers 204, 206 and 208. Control packets are 
transmitted by the TCP/IP or UDP/IP stack 206 to one or more control tasks 210 in the 

15 network telephone 16. The one or more control tasks 210 may be implemented as software 
routines executable on a control unit 212. Instructions and data associated with the control 
tasks 210 may be stored in a storage device 214. The control tasks are responsible for 
generation of control signaling as well as exchanging commands and responses with its 
associated call control system, which is the SIP system 14. 

20 Voice data may be passed through the RTP layer 208 to a speech processing 

application 216, which may also be executable on the control unit 212. For faster processing 
of voice data, a digital signal processor (DSP) 218 may be included in the network telephone 
16 to provide data intensive signal processing tasks. For example, the coder/encoder 
(CODEC) may be implemented in the DSP 218. The network telephone 16 may also include 

25 a display screen 220 to display text data (e.g., caller identifier information) associated with a 
call session. The network telephone also includes various buttons 223 that are connected to 
button control circuitry 222. The buttons 223 may include numeric buttons, speed dial 
buttons, a transfer button, a hold button, a re-dial button, and other buttons for performing 
telephony tasks. Activation of any one of the buttons may cause generation of some type of 

30 an indication (such as an interrupt) that is forwarded to the control tasks 210. The display 
screen 220 and the buttons 223 form the user interface 42 shown in Fig. 1 . 
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The network telephone 16 also includes an input 203 that is coupled to the input 
device 46 (Fig. 1). The input 203 may include a serial port, a parallel port, a Universal Serial 
Bus (USB) port, or some other type of input circuit. 

The SIP system 14 includes a network interface 250 coupled to the data network 12. 
5 Above the network interface 250 are several layers, including a device driver layer 252, a 
TCP/IP or UDP/DP stack 254, a SIP stack 256, and an RTP layer 258. The SIP stack 256 is 
responsible for processing or generating SIP requests and responses communicated over the 
data network 12. The SIP stack 256 is generally a state machine that parses, processes, and 
generates SIP requests and responses. 

10 The call control tasks 260 are responsible for generating control signaling to establish 

call sessions over the data network 12 as well as to respond to received call control signaling. 
In addition, the control tasks 260 are responsible for exchanging commands and responses 
with the network telephone 16 to establish such call sessions. The SEP system 14 may also 
include one or more graphical user interface (GUI) routines 262 that control the presentation 

15 of information (text or graphical) on a display 264 of the SEP system 14. Further, the user 
interface provided by the GUI routines 262 may include selectors for call control and 
indicators of the status of a call session. 

In the illustrated arrangement, the RTP layer 258 sends audio data to or receives audio 
data from a CODEC 266. The CODEC 266 encodes or decodes voice data. A speech 

20 processing routine 268 may perform further processing of voice data. In further 

embodiments, the audio CODEC 266 and the speech processing routine 268 may be omitted. 

To provide a voice or audio user interface to a user sitting at the SEP system 14, a 
peripheral controller 274 is coupled to a microphone 276 and a speaker or headset 278, 
through which a user can talk or listen during a call session. Graphical user interfaces 

25 presented on the display 264, input devices coupled to the SIP system 14, and the microphone 
276 and speaker or headset 278 form the user interface 40 (Fig. 1) that is part of the SIP 
system 14. The SIP system 14 also includes an input 271 that may be coupled to receive user 
identification information from the input device 46 (Fig. 1). 

The various software routines in the SEP system 14 may be executable on a control 

30 unit 270. The control unit 270 is coupled to a storage device 272 in which instructions and 
data associated with the various software routines may be stored. 
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Referring to Fig. 4, the message flow for configuring a call device in accordance with 
one embodiment is illustrated. The call device receives (at 302) user identification 
information. This may be entered through the input device 46 (e.g., a keyboard, a mouse, a 
biometric device, displays with touch screens, and so forth). In the illustrated example, the 
5 call device is the network telephone 16. The call device then sends (at 304) the user 

identification information to the SIP system 14 that is responsible for controlling the network 
telephone 16. If the user interface of the SIP system 14 is the one that is to be re-configured, 
then the exchange of control signaling between the call device and the SIP system would be 
omitted from the message flow of Fig. 4. In this case, the input device 46 would be 

10 connected to the SIP system 14. 

The SIP system 14 may send a SIP Register request to its associated SIP proxy system 
(system 20 in Fig. 1). The SIP Register request may be sent to the well-known "all SIP 
servers" multicast address "sip.mcast.nef ' (224.0.1.75), for example. The Register request 
may include several fields, including a "To:" field that contains the address-of-record whose 

15 registration is to be created or updated; a "From:" field that contains the address-of-record of 
the person responsible for the registration; and a "request URL" field that names the 
destination of the registration request. Generally, the domains in the "request URT* and the 
"To:" fields have the same value; however, it may be possible to register as a visitor while 
maintaining ones name. For example, a traveler SIP: alice@acme.com (To:) might register 

20 under the request URI SIP: atlanta.hiayh.org. 

Upon receipt of the Register request, the SIP proxy system 20 returns an OK message 
(at 307). The SIP proxy system 20 also determines (at 308) if the identified user is a new 
user. If so, a new profile is set up (at 310). If not anew user, then a database access request 
is prepared (at 312). An access request is then sent (at 3 14) to the database 24, which may 

25 return with the requested information (at 3 1 6) or an indication that the user has not been 

found. The failure or success is communicated back from the SIP proxy system (at 318) to 
the SIP system. A success indication may be in the form of a SIP OK response, while a fail 
indication may be in the form of a SIP Not Found response. 

Following a success indication, user configuration information may be communicated 

30 from the SIP proxy system 20 to the SIP system 14. One of two example flows may be 
possible, with a first flow illustrated at 320 and a second flow illustrated at 322. The first 
flow involves the communication of an out-of-band Info message according to SIP from the 
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SIP proxy 20 to the SEP system 14 (at 324). The Info message may contain the user 
configuration information. Out-of-band refers to the ability to send informational messages 
according to SIP outside an established call session. The SIP system 14 may send back an 
OK response (at 325) after receiving the Info message. 
5 If an out-of-band Info message is not available, then a call session may be established 

to communicate the user configuration information, as illustrated by the call flow 322. The 
SIP proxy 20 sends an Invite request (at 326) to the SIP system 14. The Invite request 
indicates that the receiving node is being invited to participate in a call session. The message 
body of the Invite request contains a description (e.g., in SDP format) of the session to which 

1 0 the receiving node is being invited. 

The SIP system 14 may then send (at 328) a SIP Ringing response back to the SIP 
proxy 20. The Ringing response indicates that the called user agent has located a possible 
location where the user has registered recently and is trying to alert the user. The SIP system 
14 may then send an OK response (at 330) to indicate that the request has succeeded. The 

15 SIP proxy 20 then sends (at 332) an Ack request to the SIP system 14 to confirm that the SIP 
proxy 20 has received a final response to the Invite request. Upon receipt of an Ack request, 
a call session is established between the SIP proxy 20 and the SIP system 14. An RTP setup 
is not needed since voice will not actually be communicated between the SEP proxy 20 and 
the SIP system 14 in this call session. However, along the signaling path established between 

20 the SEP proxy 20 and the SIP system 14, the SEP proxy 20 can send an "in-band" Info 
message (at 334) to the SIP system 14. The in-band Info message is an informational 
message that is communicated in the signaling path of an established call session to provide 
application-level data. In one embodiment, such data in the Info message may contain the 
user configuration information. 

25 Instead of using the Info message, the SEP proxy 20 may also communicate the 

configuration information in an OK message, such as an OK message sent in response to the 
Register message (at 307). 

Next, the SIP proxy 20 may send a Bye request (at 336) to the SIP system 14 to 
terminate the call session. The SEP system 14 responds with an OK response (at 338). Upon 

30 receipt of the Info message, the SIP system 14 can communicate the configuration 

information to the call device, which then customizes the user interface (at 339). The call 
device then customizes (at 340) its call control user interface. 
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In another scenario, if the SIP system 14 is the call device being customized, then the 
customization is performed in the SIP system 14 to customize the user interface 40 of the SIP 
system 14. A similar process may be performed for customizing user interfaces in other call 
devices in Fig. 1 or 2. 

5 Referring to Fig. 5, another aspect of some embodiments of the invention is the ability 

to track the usage of a call device. The call device may be a network telephone or it may be 
one of the SIP systems (14 and 18) or one of the call devices 102, 108 and 130 (Fig. 2). 

As shown in Fig. 5, a second SIP system may send an Invite request (at 402) to a first 
SIP system to start a call session with the call device, which may be a network telephone 

1 0 connected to the first SIP system. In another example flow where the call device is the first 
SIP system itself, the exchange of messages between the first SIP system and the network 
telephone can be omitted. The first SIP system responds to the Invite request with a Ringing 
response (at 404). The first SIP system may also send a CONNECTION_REQ message (at 
406) to the call device, which responds with an ACKJREQ message (at 408) to acknowledge 

1 5 that the call device is available and ready. CONNECTIONJREQ is a generic message that 
indicates a request to establish a connection. The CONNECTION REQ message may 
actually include a ring command to activate the ringer of the network telephone and other 
commands to activate the network telephone, such as activation of the handset, headset, 
microphone, speaker, and so forth. The ACKJREQ message may be some generic message 

20 to acknowledge receipt of the CONNECTION_REQ message. In one example embodiment, 
the commands and other messages that may be exchanged between the network telephone 
and an associated control system is described in U.S. Patent Application Serial No. 
09/307,356, referenced above. 

Upon receipt of the ACK_REQ message, the first SIP system sends ar> OK response 

25 (at 410) to the second SIP system. The second SIP system then returns a SIP Ack request (at 
412) back to the first SIP system. Upon receipt of the SIP Ack request, the first SIP system 
14 sends a REMOTE_ANSWER message (at 414) to the call device, which returns an 
acknowledge message (at 416). The REMOTE_ANSWER message may be a generic 
message that includes one or more commands to activate the network telephone 16 for a call 

30 session. One such command is a command to open or connect the audio stream to the 

handset, headset, microphone and speaker of the network telephone. At this point, a voice 
path is established between the call device and the second SIP system. Upon establishment 
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of the voice path, a timer may be started (at 420). The timer continues to count until 
termination of the call session. 

Either the first or second SIP systems may terminate the call session. In the illustrated 
example, the second SIP system sends a SIP Bye request (at 422) to the first SIP system, 
5 which returns a SIP OK response (at 424). The timer is then stopped (at 426). The first SIP 
system also sends a DISCONNECT_REQ message to the call device, which returns an 
ACK_REQ message (at 430). The DISCONNECT_REQ message may be a generic message 
including one or more commands to deactivate various components of the network telephone. 
For example, the audio stream may be closed or disconnected, and the handset, headset, 

10 microphone and speaker may be deactivated. 

The usage information may then be communicated by the first SIP system to a SIP 
proxy (at 432), such as by use of an out-of-band Info message. Alternatively, if an out-of- 
band INFO message is not available, then a call session may be established between the first 
SIP system and the SEP proxy to communicate the usage, information, such as by using an in- 

1 5 band Info message. In the SIP proxy system, a billing record may be prepared (at 434). The 
billing record is then communicated (at 436) to the database coupled to the SIP proxy. The 
billing records stored in the database may be accessed by service providers later to create 
bills to subscribers. 

Referring to Fig. 6, an example of a biometric input device 46 is illustrated. The 
20 biometric input device 46 may include a scanner 502 to scan various physical aspects of a 

user. For example, such physical aspects may include hand geometry, iris, retina, finger scan, 
and face geometry. Alternatively, or in addition to the scanner 502, a microphone 504 may 
be included in the biometric input device 46 to receive the voice of a user. The received 
biometric information is fed by the scanner 502 or the microphone 504 to a control unit 506. 
25 An image or audio processing routine 508 is executable on the control unit 506 to process the 
received biometric information. A DSP 510 may be part of, or in addition to, the control unit 
506 to improve processing speed. A storage device 512 is connected to the control unit 506, 
and may store a database or file 514 that includes user identification information. The image 
or audio processing routine 508 matches the biometric information with entries in the user 
30 identification information database 5 14 to identify the user who provided the biometric 

information. For decreased storage capacity requirements, the database 514 may be a subset 
of all available user identification information. In that case, the biometric input device 46 
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may have the capability of accessing a remote database, such as over the data network 12, to 
access the full database. 

Once the image or audio processing routine 508 determines who the user is, the 
corresponding user identification information is retrieved from the database 514 and 
communicated to the interface 516. The interface 516 is connected to a corresponding port of 
a network element, such as the network telephone 16 or the SIP system 14 to communicate 
the user identification information. 

The various software layers, routines, or modules discussed herein maybe executable 
on various control units in the network elements. Each of such control units may include a 
microprocessor, a microcontroller, a processor card (including one or more microprocessors 
or microcontrollers) or other control or computing devices. As used here, a "controller" may 
refer software, hardware, or a combination of both. 

Each storage device discussed herein may include one or more machine-readable 
storage media for storing data and instructions. The storage media may include different 
forms of memory including semiconductor memory devices such as dynamic or static random 
access memories (DRAMs or SRAMs), erasable and programmable read-only memories 
(EPROMs), electrically erasable and programmable read-only memories (EEPROMs) and 
flash memories; magnetic disks such as fixed, floppy and removable disks; other magnetic 
media including tape; and optical media such as compact disks (CDs) or digital video disks 
(DVDs). Instructions that make up the various software layers, routines or modules in the 
various network elements may be stored in respective storage devices. The instructions when 
executed by a respective control unit (or DSP) cause the corresponding network element to 
perform programmed acts. 

The instructions of the software layers, routines, or modules may be transpc rted to the 
network element in one of many different ways. For example, code segments including 
instructions stored on floppy disks, CD or DVD media, a hard disk, or transported through a 
network interface card, modem, or other interface device may be loaded into the system and 
executed as corresponding software layers, routines, or modules. In the loading or transport 
process, data signals that are embodied in carrier waves (transmitted over telephone lines, 
network lines, wireless links, cables, and the like) may communicate the code segments, 
including instructions, to the network element. Such carrier waves may be in the form of 
electrical, optical, acoustical, electromagnetic, or other types of signals. 
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While the invention has been disclosed with respect to a limited number of 
embodiments, those skilled in the art will appreciate numerous modifications and variations 
therefrom. It is intended that the appended claims cover all such modifications and variations 
as fall within the true scope of the invention. 
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What is claimed is: 

1 1 . A method of configuring a user interface of a call device, comprising: 

2 receiving identification information of a user; 

3 sending registration information including the identification information to a 

4 system having access to a database of user configuration information; 

5 receiving configuration information associated with the identification 

6 information; and 

7 communicating the configuration information to the call device from which 

8 the call device user interface can be customized for performing call control. 

1 2. The method of claim 1, wherein sending the registration information includes 

2 sending one or more registration messages associated with a protocol defining interactive 

3 communications sessions. 

1 3. The method of claim 1, wherein sending the registration information includes 

2 sending one or more Session Initiation Protocol messages. 

1 4. The method of claim 1, wherein communicating the configuration information 

2 to the call devices includes communicating to a telephone, the user interface of the telephone 

3 including a set of one or more buttons configurable to one of plural configurations. 

1 5 . The method of claim 1 , wherein communicating the configuration information 

2 to the call device includes communicating to a graphical user interface routine, the graphical 

3 user interface routine capable of adjusting a graphical user interface to plural configurations. 

1 6. The method of claim 5, wherein communicating the configuration information 

2 to the call device includes communicating to a computer having voice processing elements. 

1 7. The method of claim 5, wherein the call device includes a computer, and 

2 wherein the acts of receiving the user identification information, sending the registration 

3 information, receiving the configuration information, and communicating the configuration 

4 information are performed in the computer. 
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1 8 . The method of claim 1 , further comprising customizing the user interface of 

2 the call device based on the configuration information. 

1 9. The method of claim 8, wherein customizing the user interface includes 

2 configuring one or more buttons of a telephone. 

1 10. The method of claim 8, wherein customizing the user interface includes 

2 configuring a graphical user interface of a computer. 

1 11. Apparatus for configuring a user interface of a call device capable of 

2 communicating over a data network, comprising: 

3 an interface to receive user identification information; 

4 a controller adapted to transmit a request including the user identification 

5 information over the data network, the request targeted to a system having access to a 

6 database containing configuration information; and 

7 the controller adapted to further receive configuration information associated 

8 with the user identification information and to communicate the configuration information to 

9 the call device to customize the user interface of the call device. 

1 12. The apparatus of claim 1 1, wherein the user interface of the call device 

2 includes one or more buttons of a telephone. 

1 13. The apparatus of claim 12, wherein the one or more buttons include one or 

2 more speed-dial buttons. 

1 14. The apparatus of claim 12, wherein the one or more buttons are customizable 

2 to plural configurations. 

1 15. The apparatus of claim 1 1, wherein the request includes a registration message 

2 associated with a protocol providing for interactive communications sessions. 
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1 16. The apparatus of claim 15, wherein the registration message includes a 

2 Session Initiation Protocol message. 

1 17. The apparatus of claim 16, wherein the registration message includes a 

2 Register request. 

1 18. An apparatus for use in a network, comprising: 

2 a u ser interface providing one or more selectors for call control in call sessions 

3 over the network; 

4 an input to receive identification information of a user; and 

5 a controller adapted to provide configuration information corresponding to the 

6 user identification information to configure the user interface according to one of plural 

7 configurations. 

1 19. The apparatus of claim 1 8, wherein the input is capable of receiving 

2 identification information of plural users, the controller configuring the user interface 

3 according to a first configuration in response to receipt of identification information of a first 

4 user, and the controller configuring the user interface according to a second configuration in 

5 response to receipt of identification information of a second user. 

1 20. The apparatus of claim 1 8, wherein the one or more selectors include a 

2 selector to dial a telephone number. 

1 21 . The apparatus of claim 1 8, wherein the one or more selectors include a 

2 selector to establish a call session with a predetermined party over the network. 

1 22. The apparatus of claim 1 8, wherein the controller is adapted to send a request 

2 including the user identification information to a system on the network. 

1 23 . The apparatus of claim 22, wherein the controller is adapted to receive the 

2 configuration information from the system. 
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1 24. The apparatus of claim 22, wherein the request includes a Session Initiation 

2 Protocol Register request. 

1 25. A computer program product comprising at least one storage medium having 

2 thereon computer program code means to make a system execute a method for configuring a 

3 call control user interface, the method comprising: 

4 sending a registration request containing identification information of a first 

5 user over a data network to a remote system containing configuration information associated 

6 with plural users; 

7 receiving configuration information associated with the first user from the 

8 remote system; and 

9 communicating the configuration information to an element to customize the 
1 0 call control user interface. 

1 26. The computer program product of claim 25, wherein the method further 

2 comprises sending a registration request containing identification information of a second 

3 user. 

1 27. The computer program product of claim 26, wherein the method further 

2 comprises receiving configuration information associated with the second user and 

3 communicating the second user configuration information to the element to customize the 

4 call control user interface a different way. 

1 28 . The computer program product of claim 27, wherein the method further 

2 comprises customizing a set of one or more buttons of a telephone call control user interface. 

1 29. The computer program product of claim 25, wherein the registration request 

2 includes a Session Initiation Protocol Register request. 

1 30. The computer program product of claim 25, wherein the method further 

2 comprises identifying the first user. 
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1 31. The computer program product of claim 30, wherein the method further 

2 comprises receiving identification information of the first user. 

1 32. The computer program of claim 3 1, wherein receiving the identification 

2 information comprises receiving the identification information from a biometric device. 

1 33 . A method for use in a communications system having a data network, 

2 comprising: 

3 identifying one of plural users of a call device; 

4 monitoring usage of the call device by the identified user; and 

5 storing usage of the call device in a record corresponding to the identified 

6 user. v 

1 34. The method of claim 33, further comprising storing usage of the call device in 

2 different records for different users. 

1 35. The method of claim 33, further comprising communicating the record to a 

2 remote system over the data network. 

1 36. The method of claim 35, wherein communicating the record is performed 

2 using one or more messages according to a real-time interactive communications protocol. 

1 37. The method of claim 36, wherein the protocol includes a Session Initiation 

2 Protocol. 
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(57) Abstract: A communica lions system (10) includes call devices (14, 16, 18) that arc capable of communicating over a packet- 
based data network (12). The packet-based data network (12) may be according to an Internet Protocol (11*), for example. The 
call devices are capable of performing call communications, such as according to a Session Initiation Protocol (SIP) or an H.323 
Recommendation. Each of the call devices (14, 16, 18) includes a user interface that is customizable to one or multiple configura- 
tions depending on which user is using the call device (14, 16, 18). User identification information is used to locate configuration 
information associated with the user. The corresponding user configuration information is then retrieved from the database (24) and 
communicated back to the call device (14, 16, 18) to configure the call device user interface (40, 42, 44). 
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